Projects: Projects for Investigator |
||
Reference Number | NIA_SGN0136 | |
Title | Incident Management (Stage 2 - Phase 2) | |
Status | Completed | |
Energy Categories | Other Cross-Cutting Technologies or Research(Other Supporting Data) 100%; | |
Research Types | Applied Research and Development 100% | |
Science and Technology Fields | SOCIAL SCIENCES (Business and Management Studies) 100% | |
UKERC Cross Cutting Characterisation | Not Cross-cutting 100% | |
Principal Investigator |
Project Contact No email address given SGN |
|
Award Type | Network Innovation Allowance | |
Funding Source | Ofgem | |
Start Date | 01 January 2019 | |
End Date | 01 August 2019 | |
Duration | ENA months | |
Total Grant Value | £165,104 | |
Industrial Sectors | Energy | |
Region | South East | |
Programme | Network Innovation Allowance | |
Investigators | Principal Investigator | Project Contact , SGN (100.000%) |
Industrial Collaborator | Project Contact , SGN (0.000%) |
|
Web Site | https://smarter.energynetworks.org/projects/NIA_SGN0136 |
|
Objectives | The project will follow a 4 stage method with acceptance of each stages deliverables required prior to proceeding to the following stage :Inception Stage - establishes the project with an agreed project approach, a structured plan/schedule, aligned project teams and signed contracts for subscription and project services Elaboration Stage - establishes a project baseline in terms of detailed requirements, solution design and project planning (resources, schedules, deliverables, etc.). At the end of this stage, the initial business requirements and high level plan have been converted into a detailed solution design with an updated schedule tailored to the specific, validated requirements of this project. Construction Stage - covers building the solution as agreed during the Elaboration stage – configuration of OCA, development of any custom integrations or middleware, unit testing, prototype review cycles and final system trailing. At the end of this phase, the solution has been configured and tested, and is presented in a “production ready” state for General purpose application (GPA), user acceptance testing (UAT) and go-live planning. Transition Stage - takes the solution through user acceptance testing to a “go-live ready” state – The Client UAT, training, production environment upgrades, data migration and BAU support team transition. At the end of this stage, the full solution is available for GAP to operate in a live operational environment. Using the outputs from Stage 2 Phase 1, Phase 2 is a continuation of the project which will deliver the following functions as an output at TRL 8 – a productionised MVP. The specific tasks to achieve this goal are: • Requirements review from POC and analysis • Update of existing solution design documentation • Initial configuration of prototype and integration • Address Base Plus API development with Noggin Middleware • Noggin Middleware Hosting, setting and testing • Prototype 1 Showcase • Final Configuration & Integration • Final build Showcase • Support transition – Noggin & SGN Included in this project is the following scope of activities:•Functional Specification & Solution Design•Configuration of OCA for MVP•Development O/S Integration•Showcases x 2 with 6 days allocated (3 days per prototype) for changes•Test case definition•Data Migration•UAT Support The focus of Phase 2 is to develop and deploy a minimum viable product (MVP). This platform will represent a state of the art improvement over existing methods of major incident response management by improving safety, repeatability, efficiency and onward recharge where appropriate. It will set a new standard for the future of incident response and management. After trial completion, the product will be ready for immediate use. | |
Abstract | Loss of supply incidents can affect hundreds or thousands of properties and the current software tools used to support the process of managing the incident response are not integrated or fit for purpose. More significantly, a major loss of supply incident (affecting 100,000 properties) will currently present significant challenges to a GDN in managing the incident.Incidents that place a high demand on resources to investigate and manage are not limited to actual loss of supply. In January 2013 the French Gas Cloud resulted in a period of high call volumes to the national emergency number and onward to the GDN operational control centers. Subsequent investigation work was also carried out by regional depot staff. Approximately 50% of the cost of the incident was spent on admin staff having to capture and process data to ensure every customer had a visit or had some form of contact from a GDN. This also had an ongoing fiscal impact of other depot staff having to back-fill and additional assistance to maintain on-going depot activities during the incident.A major incident (of any kind) will require the GDN to provide significant resources, and come at a considerable cost. Operations require a comprehensive solution to manage information and resources during a large-scale incident and to enable a quicker decision-making process on resource requirements. The information captured by the solution will also help to provide accurate cost information after the incidents resolution and onward recharge where appropriate to ensure the GB Gas customer is not paying for other companies errors when working or operating near gas mains and assets.Following the successful conclusion of Stage2 Phase 2 (http://www.smarternetworks.org/project/nia_sgn0123), which successfully delivered a Proof of Concept system, the next phase is to develop a Minimum Viable Product (MVP) that can be implemented into the networks. | |
Publications | (none) |
|
Final Report | (none) |
|
Added to Database | 09/11/22 |